Note di rilascio di Arcserve® Unified Data Protection Versione 5.0 Aggiornamento 4

1.0 Introduzione

Note di rilascio di Arcserve UDP Versione 5.0 Aggiornamento 4. Le presenti Note di rilascio contengono informazioni importanti su questo aggiornamento. Gli aggiornamenti sono cumulativi e si possono installare su qualsiasi versione precedente di Arcserve UDP.

2.0 Miglioramenti

Con il presente aggiornamento sono stati aggiunti i seguenti miglioramenti o funzionalità a Arcserve UDP:

• JRE è stato aggiornato alla versione 1.8 (per il ripristino bare metal viene utilizzata la versione 1.7.)
• VDDK è stato aggiornato alla versione 5.5.4.
• Arcserve UDP versione 5.0 Aggiornamento 4 supporta la funzionalità di aggiornamento automatico:
  • Gli utenti di Arcserve UDP versione 5.0 Aggiornamento 3 possono passare a Arcserve UDP versione 5.0 Aggiornamento 4 utilizzando tale funzionalità o manualmente.
  • Se si utilizzano versioni precedenti all'Aggiornamento 3, si può passare all'Aggiornamento 4 in due modi:
    • Installare prima l'Aggiornamento 3 in modo manuale, quindi verificare se è disponibile l'Aggiornamento 4 in automatico.
    • Passare direttamente all'Aggiornamento 4 in modo manuale.
• Il valore predefinito per Concurrent streams to data store (Flussi simultanei all'archivio dati) durante la creazione di un nuovo archivio dati è stato modificato da 20 a 4.
• Sono state corrette alcune vulnerabilità della protezione.

• Correzioni di test installate. Per ulteriori informazioni, consultare la sezione Problemi risolti delle Note di rilascio.

3.0 Problemi risolti

Questo aggiornamento risolve i seguenti problemi:

• Risolve il problema per cui viene creato un nuovo computer virtuale con Virtual Standby su una piattaforma Hyper-V, se il sistema del server Hyper-V non è in lingua inglese. (Correzione di test T55Z087)
• Risolve il problema relativo ai database di Exchange in coreano per cui, quando si esegue il dump dei messaggi di posta elettronica in una cartella, si verifica un arresto anomalo del processo di ripristino. (Correzione di test T5LE208)
• Risolve il problema per cui, una volta recuperato un computer virtuale VMware, il relativo indirizzo MAC viene generato automaticamente, ma risulta diverso da quello originale. (Correzione di test T5LE197)
• Risolve il messaggio di errore che indica il timeout dell'interfaccia utente del computer virtuale visualizzato durante l'inserimento dei dettagli di Hyper-V per inoltrare il processo di recupero. Il processo di recupero del computer virtuale non viene inoltrato quando si accede alle sessioni dei punti di ripristino per l'archivio dati o la copia come un percorso locale a livello della cartella padre dall'interfaccia utente dell'agente. (Correzione di test T55Z085)
• Risolve il problema per cui un processo di Virtual Standby non riesce se sono presenti una o più cartelle tra il datacenter e il server ESX in una gerarchia di oggetti gestiti di VMware. (Correzione di test T5LE199)
• Risolve il messaggio: "Failed to communicate with deduplication %1!s! on server %2!s!. Network error = [%3!s!]." (Impossibile comunicare con la deduplicazione %1!s! sul server %2!s!. Errore di rete = [%3!s!].) attivato da una nuova riga quando si utilizza il comando seguente: “cmdutil /db /dump /rps Log result”. (Correzione di test T5LE200)
• Risolve il problema per cui, se sono stati configurati gli avvisi di posta elettronica e il server di posta riscontra un errore, non viene generato un catalogo al termine del backup. (Correzione di test T5LE202)
• Risolve l'errore di backup del computer virtuale Hyper-V se al computer virtuale è collegato un disco con dimensione blocco da 1 MB. (Correzione di test T5LE204/T5LE205)
• Risolve il problema relativo alla licenza per cui tutti i computer virtuali vengono mostrati all'interno di un host ESXi nella scheda Hypervisor della console e non dell'host ESXi corretto. (Correzione di test T5LE206)
• Risolve il problema per cui, durante il ripristino di una casella di posta dell'utente, si verifica un arresto anomalo se la memoria non è sufficiente. (Correzione di test T5LE207)
• Risolve il problema legato all'utilità di creazione processi per i supporti BMR, per cui viene visualizzato erroneamente il tedesco nella schermata di selezione della lingua. (Correzione di test T5LE209)
• Risolve il problema per cui Google Chrome v41 non è in grado di individuare l'agente di Arcserve UDP/Arcserve D2D per le pagine Web di Windows. (Correzione di test T5LE224)

  Per ulteriori informazioni, consultare l'articolo della Knowledge Base https://arcserve.zendesk.com/hc/en-us/articles/204542275

• Risolve il problema legato alla mancata eliminazione di un file che comporta l'errore del processo di unione. Questo problema è stato riscontrato su alcuni computer che utilizzano una periferica NAS come destinazione di backup. (Correzione di test T245948)
• Risolve il problema per cui, quando si seleziona l'opzione per verificare la connessione nella finestra di configurazione cloud, viene visualizzato il messaggio "Failed to communicate with the cloud" (Impossibile comunicare con il cloud). (Correzione di test T5LE203/RO79422)
• Risolve il problema per cui le informazioni a livello di volume del computer virtuale non vengono generate nell'interfaccia utente di ripristino quando la partizione di sistema del computer virtuale non è stata contrassegnata come attiva. (Correzione di test T5LE212/T5LE214)
• Risolve il problema per cui se, in un backup senza agente, si imposta il comando prima dell'inizio di un backup per interrompere un servizio (ad esempio, net stop "servizio xyz"), il comando dopo l'acquisizione della snapshot non viene eseguito in caso di errori (net start "servizio xyz"). (Correzione di test T5LE213)
• Risolve il problema per cui un catalogo di ripristino granulare non viene creato quando un database di Exchange, il registro e i file di sistema nella cartella del punto di montaggio sono riferiti a volumi diversi. (Correzione di test T5LE215)
• Risolve il problema per cui se si imposta il filtro relativo a 1 giorno fa, il rapporto mostrerà il numero di processi eseguiti nelle ultime 24 ore, non dalle 00:00 dell'ultimo giorno. (Correzione di test T5LE233)
• Risolve il problema per cui il limite di larghezza di banda non è valido per i backup di computer virtuale senza agente. (Correzione di test T5LE219)
• Risolve il problema per cui un processo di composizione non funziona per i backup pianificati senza agente. (Correzione di test T5LE221)
• Durante il backup, il client VI mostra il messaggio "as-hbbu-vmwarebackup DeploySuccess.sig was not found" (as-hbbu-vmwarebackup DeploySuccess.sig rilevato) causato dal rilevamento del metodo di snapshot eseguito da Arcserve UDP. Se il file C:\as-hbbu-vmwarebackup\DeploySuccess.sig si trova nel sistema operativo guest, viene rilevato il metodo di snapshot VSS. Altrimenti verrà utilizzato il metodo di snapshot degli strumenti VMware. (Correzione di test T5LE218)
• Risolve il problema per cui i backup incrementali vengono convertiti in backup di verifica quando il volume presenta più di 1 GUID di volume. (Correzione di test T5LE211)
• Risolve il problema relativo al mancato avvio del servizio dell'agente di Arcserve UDP durante l'ora legale. (Correzione di test T5LE232)
• Risolve il problema relativo al verificarsi di un arresto anomalo del processo del catalogo di file system e alla creazione di file di dump con dimensioni pari a 0 nella cartella dei registri se sono presenti più directory con più livelli. (Correzione di test T5LE227)
• Risolve il problema relativo alla modifica dell'attributo di compressione di file e cartelle da parte del processo di ripristino (Correzione di test T5LE216)
• Risolve il problema relativo alla mancata riuscita di un processo di Virtual Standby perché non è possibile trovare/individuare un data center di VMware. (Correzione di test T5LE199)
• Risolve il problema per cui non è possibile annullare i processi di backup senza agente se questi ultimi si trovano nella coda in attesa. (Correzione di test T5LE236)
• Risolve il problema relativo ai dati danneggiati per gli aggiornamenti di Windows. Sono interessati anche i backup basati sull'agente di Arcserve UDP. Il problema influisce solo sul ripristino bare metal, poiché i dati vengono danneggiati a livello dei file di sistema, come i file .exe, .sys o .dll.
• Consente di cambiare il percorso dell'applicazione da C:\ in C:\Programmi\Arcserve quando viene distribuita sul computer virtuale durante l'utilizzo della snapshot VSS.
• L'Apache HTTP Server utilizzato da Arcserve UDP utilizza OpenSSL 1.0.1j interessato dalla vulnerabilità CVE-2015-1637, nota anche come "Factoring attack on RSA-EXPORT Keyes" o vulnerabilità FREAK. Per una descrizione dettagliata di questa vulnerabilità, consultare gli indirizzi https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-1637 e https://technet.microsoft.com/library/security/ms15-031.

  Per evitare questa vulnerabilità, Arcserve UDP ha disattivato l'utilizzo di crittografie vulnerabili passando all'uso delle seguenti crittografie protette:

  • ECDHE-RSA-AES128-GCM-SHA256
  • ECDHE-RSA-AES256-GCM-SHA384
  • ECDHE-RSA-AES128-SHA256
  • DHE-RSA-AES256-SHA256
• Risolve la mancata esecuzione di una replica successiva che si verifica in caso di errore o annullamento del processo di replica precedente e di modifica della destinazione di backup con un nuovo archivio dati, che rappresenta l'origine della replica.
• Risolve il problema per cui, quando si esaurisce lo spazio su un SSD utilizzato per un database hash deduplicato, le unioni successive non verranno eseguite. Di conseguenza, non sarà possibile eliminare dati per recuperare spazio.
• Risolve il problema che si verifica quando un processo di unione tenta di sostituire il file di indice originale con uno nuovo in una determinata fase. Se il processo di unione non riesce in tale fase, il file di indice sarà in uno stato intermedio. Se si cerca di eliminare il nodo specifico in tale fase, il processo di eliminazione non verrà completato. Inoltre, tutti i punti di ripristino del nodo assumeranno uno stato anomalo. La correzione consente di applicare un meccanismo di rollback per eliminare il processo del nodo. Dopo aver rilevato i punti di ripristino errati con il processo di eliminazione nodi, viene prima eseguito il rollback allo stato normale e successivamente l'operazione di eliminazione. Nota: Se per un nodo è stato già riscontrato lo stesso errore, la correzione non sarà efficace.
• È stata aggiunta un'opzione che consente di mantenere il catalogo di file system per esplorare in modo più veloce i file o le cartelle ripristinati, senza utilizzarlo per il ripristino di file o cartelle, poiché il ripristino di un file piccolo da un volume di grandi dimensioni è un processo lento. Per abilitare questa correzione, è necessario attivare un'opzione nel Registro di sistema di Windows. Per ripristinare alcuni file di piccole dimensioni, è possibile impostare la seguente chiave di registro in modo da montare un punto di ripristino e ripristinare i file dal volume montato senza utilizzare il catalogo di file system.

  [HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFRestoreDll]

  "RestoreCtrl"=dword:00000001

• Risolve il problema relativo ai nodi di Linux, per cui se si arresta il computer di destinazione mentre è in esecuzione il processo di ripristino di file, tale processo viene bloccato.
• Risolve il problema per cui la licenza di Managed Capacity a volte mostra più rapporti sulla gestione della capacità.
• Risolve il problema relativo al mancato rilascio di alcuni file di sistema al termine del processo di backup.
• Risolve il problema per cui le informazioni sul volume non vengono mostrate nell'interfaccia utente di ripristino, a causa di informazioni mancanti nel file adrconfigure.xml dopo un backup basato su host. Il parser del computer virtuale considera soltanto le partizioni attive come candidati del volume di sistema. Di conseguenza, non riesce a individuare il volume di sistema e tutte le relative informazioni.
• Risolve il problema per cui nei sistemi uEFI, dopo il ripristino bare metal, l'ordine delle partizioni non coincide con quello del sistema originale.
• Risolve il problema per cui il collegamento di un driver al sistema operativo originale potrebbe non riuscire durante il ripristino bare metal e impedire il riavvio del server al termine del ripristino bare metal.
• Risolve il problema per cui il processo di backup su nastro di una sessione di Arcserve UDP non è in grado di rilasciare le risorse. Di conseguenza, i successivi processi di unione potrebbero non riuscire, salvo quando l'archivio dati viene riavviato. Viene restituito l'errore di sistema 32.
• Risolve il problema per cui si riscontra un blocco dell'interfaccia utente durante l'importazione dei nodi da ESX quando si selezionano i nodi con un filtro, si deselezionano rimuovendo il filtro e si fa clic su Aggiungi a elenco.
• Risolve il problema per cui un'operazione di unione nel monitoraggio del processo RPS non viene rimossa dal dashboard anche una volta completato il processo di unione.
• Risolve il problema per cui VSB non era in grado di supportare un terzo switch distribuito virtuale, ad esempio CISCO VDS 1000.
• Risolve il problema relativo al mancato avvio di VSB in un ambiente CHS.
• Risolve il problema relativo alla traduzione in tedesco potenzialmente fuorviante del nome dell'attività di replica.
• Risolve il problema per cui un processo di composizione viene eseguito a ogni riavvio del servizio dell'agente di Arcserve UDP, se l'ora di inizio del backup pianificato è impostata su un orario futuro.
• Risolve il problema relativo alla data di inizio dell'ora legale, per cui potrebbe non essere possibile visualizzare i punti di ripristino nell'ultimo intervallo di tempo dei giorni precedenti all'ora legale.
• Risolve il problema relativo all'attivazione della distinzione tra lettere maiuscole e minuscole per la funzione di ricerca nell'interfaccia utente di ripristino di Active Directory, quando invece tale distinzione dovrebbe essere disattivata.
• Risolve il problema relativo alla creazione di un file di dump di dimensioni pari a 0 dopo ogni backup se sul volume sono presenti numerosi percorsi con più livelli.
• Risolve il problema relativo alla mancata riuscita del ripristino della casella di posta dell'utente di Microsoft Exchange2007, se il nome della casella di posta dell'utente è diverso dal nome visualizzato.
• Risolve il problema relativo alla mancata riuscita del processo di replica se il completamento di un comando richiede molto tempo a causa della rete instabile su WAN o delle prestazioni ridotte del disco, della CPU o della memoria.
• Risolve il problema per cui i seguenti dashboard potrebbero non mostrare i dati in base alla data.
  • Dati non elaborati e archiviazione dei dati effettivi
  • Restorable Data and Actual Data Storage (Dati ripristinabili e archiviazione dei dati effettivi)
  • Actual Data Storage (Archiviazione dei dati effettivi)
• Risolve il problema relativo alla mancata eliminazione di un nodo nell'archivio dati di deduplicazione, in cui il nodo è stato precedentemente unito.
• Risolve il problema per cui non è possibile annullare i processi di backup senza agente se questi ultimi si trovano nella coda in attesa.
• Risolve il problema per cui, con una determinata configurazione di disco/volume, il backup non riesce ad effettuare la lettura dei dati dalla copia shadow del volume con l'errore 27 di sistema di Windows seguente:

  "L'unità non riesce a trovare il settore richiesto".

Per visualizzare tutti i problemi risolti in questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.

4.0 Problemi noti

In questo aggiornamento potrebbero verificarsi i seguenti problemi:

• Viene richiesto il riavvio del sistema in fase di aggiornamento da Arcserve UDP versione 5.0 o Arcserve UDP versione 5.0 Aggiornamento 1 a Arcserve UDP versione 5.0 Aggiornamento 4. Non è necessario riavviare il sistema in caso di aggiornamento da Arcserve UDP versione 5.0 Aggiornamento 2 o Arcserve UDP versione 5.0 Aggiornamento 3 a Arcserve UDP versione 5.0 Aggiornamento 4.
• Arcserve sta monitorando con interesse crescente un problema con un bug di VMware che non è stato risolto. Questo difetto potrebbe comportare l'esecuzione del backup di una snapshot danneggiata con i prodotti di backup. Pertanto, i backup potrebbero risultare del tutto inutilizzabili per il recupero dei dati, con una conseguente perdita di dati a vari livelli. Questo problema è stato riscontrato con il backup senza agente dei sistemi VMware tramite Arcserve UDP.

  Sintomo:

  VMware presenta un bug durante la disattivazione di un computer virtuale, per il quale la relativa snapshot contiene dati corrotti. Il backup legge i dati dalla snapshot, quindi anche i dati su cui è stato eseguito il backup diventano corrotti. Per ulteriori informazioni su questo problema, consultare il seguente articolo della Knowledge Base di VMware. Disattivazione di applicazioni con Windows 2008 R2 SP1 e Windows 2012 con la protezione dati di vSphere, ripristino dei dati di VMware e software di backup di terze parti (2044169).

  Nota: Questo problema può verificarsi con tutte le versioni di VMware ESXi e sui computer virtuali con sistema operativo ospite Windows 2008 R2 SP1 e Windows 2012. Il problema di corruzione dei dati non può essere individuato dal software perché VMware in questo caso non restituisce un errore. Questo può portare alla situazione in cui non ci si rende conto del problema finché non si prova a ripristinare alcuni dati.

  Soluzione:

  Attenersi alle procedure indicate in questo aggiornamento per rilevare e risolvere il problema:

  • Verifica del punto di ripristino: montare i volumi dal punto di ripristino ed eseguire lo strumento CHKDSK di Microsoft per verificare la coerenza dei dati al termine del processo di backup. Per ulteriori informazioni, consultare la Guida alle Soluzioni di Arcserve UDP. Poiché l'esecuzione di CHKDSK potrebbe richiedere molto tempo, si consiglia di abilitare questa opzione per i processi di backup settimanali o mensili.
  • Metodo di disattivazione della snapshot VMware: se dalla verifica del punto di ripristino è emerso un problema, procedere come descritto nell'articolo della Knowledge Base di Arcserve "How to check if you may be affected by this bug" nell'articolo della Knowledge Base. Se si accerta che l'errore è causato da questo problema noto di VMware, è possibile utilizzare l'opzione Microsoft VSS inside the VM (Copia Shadow del volume Microsoft all'interno del computer virtuale) per risolverlo prima che sia possibile con VMware. Per ulteriori informazioni, consultare la Guida alle Soluzioni di Arcserve UDP.
• Se il computer dispone di un disco di 4 KB e l'origine è Windows 8.1 o Windows 2012 R2, quest'ultimo potrebbe non riavviarsi correttamente durante un ripristino bare metal.

  Sintomo:

  Se il computer di origine è un sistema Windows 8.1 o Windows 2012 R2 e si esegue un ripristino bare metal su un computer con un disco di 4 KB, il processo di avvio potrebbe non completarsi correttamente dopo il ripristino bare metal con il messaggio di errore: system_thread_excption_not_handled (WppRecorder.sys).

  Soluzione:

  Avviare la console di ripristino (si dovrebbe arrivare automaticamente a questa soluzione dopo alcuni arresti anomali con schermata di errore blu).

  1. Avviare il prompt dei comandi ed eseguire il comando seguente:

     c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys

  2. Riavviare il computer.
  3. In seguito al corretto avvio del computer, disattivare la compressione NTFS su tutto il sistema in modo che il CBS Scavenger non introduca nuovamente il problema:

     Comportamento fsutil impostato su DisableCompression 1

  4. Effettuare nuovamente l'avvio (in modo da rendere effettiva l'impostazione DisableCompression). I file compressi rimarranno compressi (e leggibili). Tuttavia, CBS Scavenger non potrà comprimere i file e di causare il problema.
• Quando si esegue il trasferimento dei punti di ripristino da una cartella condivisa a un archivio dati mediante la Console di Arcserve UDP, il monitoraggio del processo di migrazione/cronologia del processo non è disponibile dell'elenco dei nodi visualizzato sulla scheda delle risorse.

  Sintomo:

  Un processo di migrazione non viene visualizzato nell'elenco Nodi mostrato nella scheda Risorse.

  Soluzione:

  Accedere alla visualizzazione RPS o alla scheda Jobs (Processi) per selezionare il monitoraggio del processo.

• La visualizzazione del punto di ripristino di Arcserve UDP non supporta i volumi creati dall'unità di rete di mapping.

  Sintomo:

  Impossibile accedere ai volumi nella visualizzazione del punto di ripristino di Arcserve UDP.

  Soluzione:

  Utilizzare direttamente un percorso UNC invece di eseguire il mapping a un'unità di rete.

• Per il ripristino granulare di Exchange del backup basato sull'host, se la versione di Windows dell'host del proxy di backup è una versione precedente rispetto al computer virtuale, il processo di catalogo di Exchange conseguente potrebbe non completarsi correttamente a causa di un aggiornamento di Windows. Quando si esegue il backup di un computer virtuale con l'opzione Genera cataloghi di Exchange abilitata per la pianificazione, il processo del catalogo non si completa correttamente, presentando il seguente messaggio del registro attività:

  "La versione di Windows del proxy [<Proxy Name>] è precedente rispetto a quella del computer virtuale [<Virtual Machine Name>]. Di conseguenza, è possibile che il risultante processo di catalogo di Exchange non riesca correttamente. Sarà necessario installare il corrispondente pacchetto di aggiornamento di Windows per risolvere il problema."

  Sintomo:

  Il processo di catalogo di Exchange utilizzerà i binari di Exchange dal computer virtuale. Se la versione di Windows del computer proxy è una versione precedente rispetto a quella del computer virtuale, i binari di Exchange non funzioneranno bene, e di conseguenza, il processo di catalogo non si completerà correttamente.

  Soluzione:

  Installare il seguente pacchetto di aggiornamento di Windows per risolvere il problema:

  http://support.microsoft.com/kb/2533623

• Dopo il recupero di un computer virtuale cluster nel cluster Hyper-V originale, la scheda di rete non si connette allo switch virtuale. Nel registro attività viene riportato il seguente messaggio di avviso: "Impossibile connettere l'unità di rete <<nome scheda>> allo switch virtuale".

  Sintomo:

  Il failover viene eseguito per il computer virtuale cluster prima di acquisire una snapshot durante il backup di un computer virtuale. Di conseguenza, l'host Hyper-V registrato nella sessione di backup è incoerente rispetto alla configurazione del computer virtuale.

  Soluzione:

  È possibile connettere manualmente la scheda di rete allo switch virtuale sul relativo host Hyper-V o utilizzare l'opzione Ripristina in posizione alternativa per recuperare il computer virtuale con cui impostare la configurazione di ripristino.

• In Agente Arcserve UDP (Linux) viene creato un piano nuovo nella Console quando si ripete la migrazione di un server di backup Linux alla Console.

  Sintomo:

  Supporre di eseguire la migrazione di un server di backup Linux alla Console di Arcserve UDP. Se si rilascia il server di backup Linux e, quindi, si ripete la migrazione, viene creato automaticamente un piano nuovo nella Console.

  Esempio:

  Si dispone di un server Linux Backup Server1 che gestisce Linux_Node1. È stato creato un processo di backup denominato New Plan. Inoltre, si dispone di una Console di Arcserve UDP che gestisce Linux_Node2 e Linux Backup Server2. Anche il piano è denominato New Plan.

  Si esegue la migrazione di Linux Backup Server1 alla Console con il comando d2dreg. Dopo la migrazione, il nome del processo di backup viene modificato in New Plan_<Linux Backup Server1>. Effettuare la distribuzione di New Plan_<Linux Backup Server1>.

  Aggiungere Linux_Node1 a New Plan e Linux Backup Server1 come server, quindi distribuire il piano. Il processo New Plan proteggerà Linux_Node1 e Linux_Node2, mentre Linux Backup Server1 sarà il server.

  Eseguire il rilascio di Linux Backup Server1 dalla Console. Eliminare New Plan e New Plan_< Linux Backup Server1 > dalla Console. Quando si ripete la migrazione di Linux Backup Server1 alla Console, vengono trasferiti due piani: New Plan e New Plan_<Linux Backup Server1>.

  Soluzione:

  Eliminare il nuovo piano. Il nuovo piano non presenta nodi, pertanto non influisce sulle pianificazioni dei backup.

• In Hyper-V 2012 o versione successiva, il computer virtuale resta nello stato di backup in corso nonostante il relativo processo di backup basato su host senza agente sia già terminato.

  Sintomo:

  Benché il processo di backup di un computer virtuale sia già terminato, il relativo stato indica che il backup è ancora in corso in Gestione Hyper-V. Pertanto, se contemporaneamente si avvia un altro processo di backup per lo stesso computer virtuale, viene restituito il seguente messaggio di errore: "Il writer Hyper-V VSS ha rilevato un errore durante l'elaborazione di questo computer virtuale". Inoltre, risulta impossibile eseguire operazioni come l'accensione o lo spegnimento del computer virtuale in Gestione Hyper-V. Se il computer virtuale è un cluster Hyper-V, non è possibile eseguire la migrazione in tempo reale.

  Questo problema si verifica nei seguenti casi:

  • Sono presenti numerosi processi di backup con avvio allo stesso orario o in orari vicini (entro un minuto l'uno dall'altro).

  • Uno o più processi di backup sono terminati, ma è ancora in corso almeno un altro processo di backup.

  Causa del problema:

  Per non assegnare un carico di lavoro superfluo all'host Hyper-V, invece di acquisire una snapshot VSS per ogni computer virtuale, Arcserve UDP acquisisce una snapshot VSS per tutti i computer virtuali se l'avvio dei rispettivi processi di backup è previsto alla stessa ora o a breve distanza l'uno dall'altro. Una volta acquisita la snapshot VSS, tutti i computer virtuali compresi nell'istanza della snapshot VSS vengono bloccati e il relativo stato indica che è in corso il backup. Poiché Arcserve UDP non è in grado di eseguire il rilascio della snapshot prima del termine di tutti i processi di backup, anche se il processo di backup di un computer virtuale è già stato completato, il computer virtuale risulta ancora bloccato. A causa del limite della snapshot VSS, per il quale è possibile acquisire soltanto una snapshot per computer virtuale alla volta, se si avvia contemporaneamente un altro processo di backup per lo stesso computer virtuale, questo non riesce e viene restituito l'errore "Il writer Hyper-V VSS ha rilevato un errore durante l'elaborazione di questo computer virtuale". Inoltre alcune operazioni, quali l'accensione e lo spegnimento, sono disabilitate in Gestione Hyper-V e, se il computer virtuale è compreso in un cluster Hyper-V, la migrazione in tempo reale non è consentita. Questo problema non si verifica in Hyper-V 2008R2 in quanto prevede un comportamento diverso con il meccanismo di snapshot VSS.

  Soluzione:

  Mentre il computer virtuale è bloccato, è ancora possibile utilizzare il sistema operativo guest come normale. Il problema non ha alcun impatto sull'utilizzo e sulla disponibilità del sistema operativo guest. Tuttavia, in caso di dubbi, per evitare questa situazione, è possibile completare una delle seguenti operazioni:

  • Utilizzare l'opzione Hyper-V Snapshot Separation (Separazione snapshot Hyper-V) nella scheda delle risorse del backup basato su host senza agente. Per ulteriori informazioni, consultare la Guida alle Soluzioni di Arcserve UDP.
  • Implementare piani differenziati per la protezione dei computer virtuali con dimensioni diverse. In altre parole, includere i computer virtuali con dimensioni analoghe in un piano in modo che i processi di backup impieghino lo stesso tempo e, contemporaneamente, impostare pianificazioni differenti per tali piani.
• A volte si può riscontrare un rallentamento nella risposta dell'interfaccia utente durante l'accesso a Agente Arcserve UDP (Windows) da determinate versioni di Internet Explorer 10 o 11.

  Sintomo:

  La risposta dell'interfaccia utente può risultare lenta in fase di accesso a Agente Arcserve UDP (Windows) da Internet Explorer 10 o 11, se si utilizzano le versioni specifiche di Internet Explorer 10.0.9200.17XXX e Internet Explorer 11.0.9600.17XXX.

  Se si verifica questo problema, tutte le altre richieste successive attendono la risposta per 5 minuti.

  Questo problema viene riscontrato soltanto con una delle versioni di Internet Explorer 10 e 11 sopra citate. Tutti gli altri browser non presentano questo problema.

  Soluzione:

  Eseguire una delle seguenti soluzioni temporanee:

  • Chiudere Internet Explorer in caso di risposta lenta. Aprire un altro browser, ad esempio Chrome o Firefox, per accedere.
  • Pulire la cache di Internet Explorer e aggiornare la pagina.

  Completare la seguente soluzione permanente:

  • Aggiungere le due righe seguenti al file \Arcserve Unified Data Protection\Engine\Apache\conf\httpd.conf. Riavviare il Servizio di condivisione porta RPS di Arcserve UDP.
    • AcceptFilter http none
    • AcceptFilter https none

• Se l'appliance viene aggiunta al dominio, il server DHCP sull'appliance deve ricevere un'autorizzazione. Se l'account di dominio non dispone dei diritti per concedere l'autorizzazione al server DHCP, viene visualizzato un messaggio di avviso nella finestra di comando di configurazione Arcserve UDP.

  Soluzione:

  Contattare l'amministratore di dominio per assistenza nell'autorizzare il server DHCP prima di utilizzare il server Linux Backup di Arcserve UDP.

• Il sistema operativo Windows non risponde.

  Sintomo:

  Se si acquisisce una snapshot mentre il processo di catalogo del ripristino granulare è in esecuzione, si verifica un blocco critico nel file system.

  Le seguenti condizioni possono causare il problema:

  • Il file di cache del driver di montaggio utilizzato per archiviare i dati si trova sul volume protetto dal motore Arcserve UDP.
  • Viene eseguito un backup durante l'esecuzione del processo di catalogo del ripristino granulare.

  Soluzione:

  Configurare la seguente chiave del Registro di sistema per spostare il file di cache in un'altra posizione non protetta dal motore Arcserve UDP:

  HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath

  Se la chiave AFStorHBAMgmt non esiste, è necessario crearne una nuova.

  1. All'interno della cartella della chiave AFStorHBAMgmt, creare un valore di stringa REG_SZ per CacheFilePath.
  2. Impostare il relativo valore su una cartella in un volume diverso con sufficiente spazio disponibile.
     • Se la destinazione si trova su un computer locale e il percorso del Registro di sistema non è stato impostato specificamente, per archiviare il percorso di cache viene utilizzato il percorso della sessione di destinazione.

       Esempio: Se la destinazione di backup è l'unità locale E:, la snapshot di backup verrà creata sull'unità E: nel percorso di destinazione di backup.

     • Se la destinazione è un percorso remoto/locale se il Registro di sistema è impostato come HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath in un percorso

       Esempio: E:\temp, sarà utilizzato come percorso di archivio cache E:\temp.

     • Se la destinazione è remota e non si imposta alcun percorso del Registro di sistema, per impostazione predefinita viene utilizzata la cartella di installazione /Bin/Temp per archiviare il percorso di cache.

  Nota: Questo problema si verifica quando il carico I/O è elevato e sussistono le seguenti condizioni:

  • È in corso l'esecuzione di un processo di catalogo del ripristino granulare per un database di grandi dimensioni. Il punto di ripristino sarà montato in modalità scrivibile e, una volta scritti i dati, il volume montato verrà salvato nella cartella di installazione di Arcserve UDP per impostazione predefinita.
  • Il backup esegue una snapshot del volume in cui è installato Arcserve UDP.

  L'acquisizione di una snapshot indica al driver del file system di scaricare i dati incompleti sul volume e di rimandare per un breve intervallo tutte le nuove operazioni di scrittura per tutti i volumi. Ne consegue un blocco critico in cui il volume montato scarica i dati sul file mentre l'operazione del writer è sospesa sul volume in cui è installato Arcserve UDP.

• Durante il ripristino granulare di oggetti di posta di Exchange, se il server Exchange dispone di un numero eccessivo di database e si tenta di scorrere la barra più volte per cercare e selezionare il database desiderato, alcuni dei nomi di database potrebbero non essere visualizzati nella colonna Mailbox Database (Database delle caselle di posta).

  Soluzione:

  Riaprire la procedura guidata di ripristino e selezionare nuovamente il database.

• Un nodo del proxy di backup senza agente è stato aggiornato correttamente nella Console di Arcserve UDP con le nuove credenziali, ma queste non vengono applicate.

  Sintomo:

  Nella Console di Arcserve UDP è stato aggiornato correttamente un nodo del proxy di backup senza agente con le nuove credenziali. Tuttavia, le nuove credenziali non vengono applicate e il modulo di Arcserve UDP utilizza le credenziali precedenti per avviare il processo di backup. Ciò si verifica solo quando nel nodo proxy non viene distribuito un piano di backup basato su agente.

  Esempio:

  1. Creare un piano di backup senza agente denominato "Nuovo piano" nella console e utilizzare "Proxy_Node1" come proxy del piano.
  2. Utilizzare "Proxy_Account1" come account fornito per il proxy.
  3. Per utilizzare un account diverso, fare clic con il pulsante destro del mouse sul proxy nell'elenco dei nodi nella console, quindi selezionare Update (Aggiorna) dal menu di scelta rapida.
  4. Immettere un nuovo account "Proxy_Account2" e fare clic su OK. Il messaggio visualizzato indica che l'aggiornamento è riuscito correttamente.
  5. Inoltrare un nuovo processo di backup.
  6. Accedere al nodo proxy, aprire la Gestione attività di Windows e controllare il nome utente del processo AFBackup.exe. Risulta ancora l'account "Proxy_Account1" precedente, anche se in effetti dovrebbe essere "Proxy_Account2".

  Soluzione:

  Come soluzione alternativa, creare un piano di backup basato su agente e aggiungere il proxy come nodo protetto (assicurarsi di rimuovere tutte le pianificazioni dal piano), quindi aggiornare nuovamente il nodo proxy.

• Google Chrome v41 non è in grado di individuare l'agente di Arcserve UDP/Arcserve D2D per le pagine Web di Linux.

  Sintomo:

  Dopo l'aggiornamento a v41 Google Chrome, non è più possibile visualizzare l'agente di Arcserve UDP/Arcserve D2D per le pagine Web di Linux se si utilizza il protocollo HTTPS per la comunicazione. HTTPS è il protocollo predefinito dell'agente di Arcserve UDP/Arcserve D2D per Linux. Viene visualizzato il seguente messaggio:

  La pagina Web non è disponibile.

  Codice errore: ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  Nota: Questo problema interessa tutte le release di Arcserve D2D per Linux e Arcserve UDP.

  Soluzione:

  Sul computer del server di backup Linux Arcserve UDP/Arcserve D2D, aprire la riga di comando come amministratore e immettere i comandi seguenti:

  #source /opt/CA/d2dserver/bin/d2dserver/bin/setenv

  #d2dserver stop

  #mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old

  #keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"

  #d2dserver start

  Note:

  • Sostituire "hostname_of_backup_server" con il nome host effettivo.
  • I comandi di Linux rispettano la distinzione tra maiuscole e minuscole.

  Per ulteriori informazioni sul problema, consultare la pagina https://arcserve.zendesk.com/hc/en-us/articles/204506105.

Per visualizzare tutti i problemi noti di questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.

5.0 Considerazioni e limitazioni

In questo aggiornamento potrebbero valere le seguenti considerazioni:

• Gli aggiornamenti sono cumulativi e si possono installare su qualsiasi versione precedente di Arcserve UDP.
• Quando si effettua l'aggiornamento a Agente Arcserve UDP (Linux) dalla Versione 5.0, dalla Versione 5.0 Aggiornamento 1 o dalla Versione 5.0 Aggiornamento 2 alla Versione 5.0 Aggiornamento 4, il backup pianificato successivo viene convertito automaticamente in un backup di verifica.
• Il file CentOS-6.6. è regolato dalle condizioni GPL disponibili all'indirizzo http://mirror.centos.org/centos/6.6/os/x86_64/GPL. Per un periodo di tre (3) anni, è possibile ricevere, su richiesta, una copia completa e leggibile del codice sorgente corrispondente.
• Se si utilizza Arcserve UDP versione 5.0 Aggiornamento 2 e si desidera passare all'Aggiornamento 4, si applica quanto segue. Per Arcserve UDP versione 5.0 Aggiornamento 2, quando si esegue un backup senza agente su un computer virtuale Hyper-V, il computer virtuale viene impostato sullo stato Salvato non in linea durante l'acquisizione della snapshot del computer virtuale (se il computer virtuale non supporta il backup in linea). Dopo l'aggiornamento a Arcserve UDP Versione 5.0 Aggiornamento 4, viene modificato il comportamento predefinito in questo stato Salvato. Di conseguenza, è necessario considerare i seguenti backup senza agente di Hyper-V:
  • Oltre alla nuova opzione per selezionare il metodo snapshot Hyper-V, Arcserve UDP Versione 5.0 Aggiornamento 4 modifica anche il comportamento predefinito nel caso in cui una snapshot coerente con un'applicazione venga negata sia per i piani senza agente Arcserve UDP esistenti, sia per quelli appena aggiunti.
  • Questa modifica al comportamento predefinito nello stato Salvato è stata elaborata per consentire di prendere decisioni consapevoli sul momento giusto per eseguire il backup basate sulla necessità di un periodo di inattività breve (da alcuni secondi a 2 minuti) o di una possibile mancanza di coerenza dei dati.
  • Se dopo l'aggiornamento i processi di backup che prima riuscivano non riescono più e si desidera modificare il comportamento nello stato Salvato e ripristinare il comportamento dell'Aggiornamento 2, è possibile modificare il piano e consentire il backup nello stato Salvato.
  • Esaminare gli errori VSS nel registro eventi del computer host Hyper-V per comprendere e modificare le circostanze e abilitare le snapshot in linea interamente supportate da VSS.

In questo aggiornamento potrebbero essere presenti i seguenti limiti:

• Il catalogo, il ripristino file, il ripristino bare metal e le funzioni di montaggio verranno interessati per i nodi del computer virtuale senza agente di Windows quando l'impostazione del sistema operativo ospite nella finestra di dialogo Proprietà Computer virtuale viene impostata erroneamente su Non Windows (ad esempio, Linux o Altro). Dopo il corretto completamento del backup senza agente, lo script del processo di catalogo non verrà creato e il processo di catalogo non verrà avviato, anche se nel piano di backup senza agente l'opzione di abilitazione del catalogo è stata configurata correttamente. Per risolvere questo problema, impostare l'impostazione del sistema operativo ospite su Windows.

  Nota: Questo limite esiste solamente per i computer virtuali VMware che dispongono dell'opzione di impostazione del tipo di sistema operativo. Per Hyper-V, questo problema non esiste.

• Il supporto di Microsoft SQL Server 2014 AAG con ripristino bare metal non è attualmente disponibile.
• Virtual Standby supporta i cluster Hyper-V con alcune limitazioni. È possibile eseguire un processo di Virtual Standby per un backup del nodo completo, ad esempio, basato su agente o senza agente (VMware o Hyper-V). Virtual Standby supporta entrambi i tipi. È inoltre possibile eseguire un processo di Virtual Standby in un cluster Hyper-V con un file CSV. In tal caso, non si potrà usare il computer virtuale di standby come risorsa di failover.
• Il ripristino granulare di Exchange non supporta il ripristino della casella di posta archiviata nel dominio padre anche se il relativo account si trova nel dominio figlio. Il processo di ripristino non riuscirebbe.
• Se più di due oggetti di posta sono compresi nella stessa conversazione, una volta ripristinati, non vengono mostrati in tale conversazione quando visualizzati nella cartella Inviata. Non si riscontrano problemi quando vengono visualizzati nella cartella Posta in arrivo.
• L'interfaccia utente di navigazione del ripristino granulare di Microsoft Exchange non visualizza alcun messaggio di posta elettronica nella casella di posta per sessioni di backup basati su host se il computer virtuale protetto è Microsoft Exchange Server 2007 e il server proxy di backup è Windows 2012 o Windows 2012 R2. Per risolvere questo problema, utilizzare un sistema operativo Windows 2008 R2 a 64 bit o inferiore come server proxy di backup.
• Quando un server di backup Linux viene eseguito nell'appliance di Arcserve UDP, i ripristini bare metal basati su PXE non sono supportati.
• Per un backup senza agente per un computer virtuale Hyper-V con replica abilitata:
  • Un backup senza agente di Arcserve UDP supporta il backup del computer virtuale dal sito master (principale).
  • Un backup senza agente di Arcserve UDP dal sito di replica non offre alcuna garanzia di precisione e coerenza dei dati e il completamento del backup.
• La procedura guidata dell'appliance di Arcserve UDP serie 7000 non può essere avviata durante l'avvio del sistema se si accede all'appliance con un account utente di dominio.

  Sintomo:

  Quando si accede all'appliance di Arcserve UDP con un account di dominio, la procedura guidata dell'appliance non viene avviata immediatamente. Viene visualizzata la finestra di dialogo User Account Control (Controllo account utente) che richiede di confermare che il programma è autorizzato ad apportare modifiche al computer.

  Soluzione:

  Dalla finestra di dialogo User Account Control (Controllo account utente), fare clic su Sì per avviare la procedura guidata.

• Virtual Standby non supporta un server ESX cluster. Se l'host ESX di destinazione non è disponibile e il computer virtuale di standby viene spostato su altri nodi ESX, il processo non riesce poiché non è in grado di stabilire la connessione con il server ESX originale.
• Arcserve UDP versione 5.0 Aggiornamento 4 non supporta il processo del catalogo di Exchange con backup basato su host se il percorso del database di Exchange, dei file di sistema o del registro si trova in un punto di montaggio.
• Dopo aver effettuato l'aggiornamento a Arcserve UDP Versione 5.0 Aggiornamento 4, il primo backup del computer virtuale Hyper-V includerà l'intero contenuto del disco (anche se si tratta di un backup incrementale) e può inoltre visualizzare il seguente messaggio di registro:

  "The Change Block Tracking(CBT) feature has been upgraded. As a result, redundant data may be backed up." (La funzione CBT (Change Block Tracking) è stata aggiornata. Di conseguenza, potrebbe essere effettuato il backup dei dati ridondanti".

Per visualizzare tutte le considerazioni e le limitazioni di questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.

6.0 Installazione

Le sezioni seguenti forniscono informazioni sui prerequisiti e sulle istruzioni di installazione.

6.1 Operazioni preliminari

Prima di eseguire l'installazione dell'aggiornamento, tenere presenti i seguenti prerequisiti:

• Prima di installare questo aggiornamento, verificare che sia installato Arcserve UDP versione 5.0, Arcserve UDP versione 5.0 Aggiornamento 1, Arcserve UDP versione 5.0 Aggiornamento 2 o Arcserve UDP versione 5.0 Aggiornamento 3.

6.2 Istruzioni di installazione

Durante l'installazione dell'aggiornamento di Arcserve UDP o dell'Agente Arcserve UDP (Windows), è importante mantenere le prestazioni ottimali tra la Console, il Recovery Point Server (RPS) e gli agenti. Di conseguenza, se l'installazione dell'aggiornamento viene eseguita in un ambiente che include sia una Console che un agente, sarà necessario installare l'aggiornamento sulla Console, quindi sul server RPS e infine sull'agente. (Per l'agente installato sulla Console o sul server RPS, l'aggiornamento verrà installato in modo automatico e simultaneo sull'agente).

Nota: Se si dispone di un ambiente in cui sono installati sia Arcserve UDP che Arcserve Backup e si desidera installare Arcserve UDP Versione 5.0 Aggiornamento 4, è necessario installare contemporaneamente anche la patch RO75131 di Arcserve Backup corrispondente.

Nota: Per gli utenti dell'appliance che passano a Arcserve UDP versione 5.0 Aggiornamento 4, il browser Internet Explorer restituirà un avviso quando si avvia la Console di Arcserve UDP, causato dall'aggiornamento della certificazione nell'Aggiornamento 4. È possibile selezionare Continuare con il sito Web (scelta non consigliata) per avviare la Console di Arcserve UDP. È inoltre possibile installare il certificato per risolvere questo problema definitivamente: Da Visualizza certificati -> Installa certificato -> selezionare Computer locale -> Colloca tutti i certificati nel seguente archivio -> Autorità di certificazione radice attendibili.

Dal sito del supporto tecnico di Arcserve, sotto l'intestazione relativa alle informazioni sul supporto del prodotto, fare clic su Patches (Patch) per accedere alla sezione Arcserve UDP 5.0 Solutions and Patches (Soluzioni e patch di Arcserve UDP 5.0) per visualizzare le informazioni più recenti sul download di Arcserve UDP Versione 5.0 Aggiornamento 4.

Installazione manuale dell'aggiornamento

Per un pacchetto di installazione dell'aggiornamento per i server e le workstation Windows su cui è installata una versione precedente di Arcserve UDP, scaricare e installare l'aggiornamento manualmente utilizzando i seguenti collegamenti ai file di installazione:

• Arcserve Unified Data Protection:

  http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/FullUpdates/r5.0/Arcserve_Unified_Data_Protection_5.0_Update_4.exe

• Agente Windows di Arcserve Unified Data Protection:

  http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/EngineUpdates/r5.0/Arcserve_Unified_Data_Protection_Agent_5.0_Update_4.exe

Per un nuovo pacchetto di installazione per i server e le workstation di Windows in cui non è ancora installato Arcserve UDP, procedere come segue:

Scaricare e installare Arcserve UDP versione 5.0 Aggiornamento 4:

• Arcserve Unified Data Protection:

  http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/Remaster_With_Update4/r5.0/Arcserve_Unified_Data_Protection_with_update_4.exe

• Agente Windows di Arcserve Unified Data Protection:

  http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/Remaster_With_Update4/r5.0/Arcserve_Unified_Data_Protection_Agent_Windows_with_update_4.exe

Per un'installazione Linux, scaricare e installare manualmente l'aggiornamento utilizzando i seguenti collegamenti ai file di installazione:

• Agente Linux di Arcserve Unified Data Protection:

  http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/GA/511a91c3/arcserve_Unified_Data_Protection_Agent_Linux_Update_4.bin

• Utilità di ripristino per l'agente Linux di Arcserve Unified Data Protection:

  http://downloads.arcserve.com/arcserve_family_products/arcserveudp/v5u4/GA/511a91c3/arcserve_Unified_Data_Protection_restore_utility_Update_4.iso

7.0 Contatto di Supporto tecnico di Arcserve

Il team di Supporto tecnico di Arcserve offre un insieme di risorse per la risoluzione dei problemi tecnici e fornisce l'accesso a importanti informazioni sul prodotto.

https://www.arcserve.com/support

Con Supporto tecnico di Arcserve:

• È possibile consultare direttamente la stessa libreria di informazioni che viene condivisa internamente dagli esperti del Supporto tecnico di Arcserve. Questo sito fornisce l'accesso ai documenti della Knowledge Base (KB). Da qui, è possibile cercare e trovare facilmente gli articoli della Knowledge Base relativi al prodotto e contenenti le soluzioni testate sul campo a molti problemi principali e comuni.
• È possibile utilizzare il collegamento alla Chat in tempo reale per avviare una conversazione in tempo reale con il team di Supporto tecnico di Arcserve. Con la Chat in tempo reale, è possibile ottenere risposte immediate alle proprie domande e preoccupazioni, mantenendo al contempo l'accesso al prodotto.
• È possibile partecipare alla Arcserve Global User Community per porre domande e rispondere, condividere suggerimenti e consigli, discutere su procedure consigliate e partecipare a discussioni con i propri colleghi.
• È possibile aprire un ticket di supporto. Quando si apre un ticket di supporto in linea, si verrà contattati da uno degli esperti nell'area del prodotto per il quale si richiede il supporto.
• È possibile accedere ad altre risorse utili relative al prodotto Arcserve.

Copyright © 2015 Arcserve. Tutti i diritti riservati. Tutti i marchi, i nomi commerciali, i marchi di servizio e i loghi citati nel presente documento sono di proprietà delle rispettive aziende.